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INTRODUCTION 

This  document  has  been  prepared  as  a result  of  Phase  II  of  the  Advanced  Technical 
Data  Research  Study  Initiated  In  March  1973,  Phase  I documentation,  D180-17523-1, 
"Abstracts  of  Data,"  was  released  II  July  1973.  The  objective  of  this  portion  of 
the  study  was  tc  devise  or  select  a complete  publications  system  to  advance  the 
T.O.  publications  state-of-the-art.  A comprehensive  review  was  made  of  the  total 
publications  field.  Significant  new  concepts  were  reviewed  (reported  In  D180- 
17523-1).  Consultations  were  held  with  Industry  and  government  publications 
personnel,  and  visits  were  made  to  military  bases  to  determine  extent  and  type 
of  technical  publications  problems.  All  of  this  research  data  was  then  reviewed 
to  determine  what  the  most  viable  program  was  that  could  be  developed.  Because 
the  life  cycle  of  a publications  program  is  so  extensive  and  Involves  so  many 
people  and  agencies,  both  government  and  Industry,  the  scope  of  the  Phase  II 
effort  was  narrowed  to  concentrate  on  the  user  phase.  This  decision  to  concen- 
trate on  the  user  problems  of  technical  order  publications  was  based  on  the 
conclusion  that  the  problems  were  more  Intense  in  this  area,  and  the  benefits 
from  alleviating  some  of  the  user  problems  were  the  greatest.  It  Is  In  this  area 
that  benefits  are  compounded  by  the  Impact  of  Improvements  In  technical  order 
publications  fields  on  other  related  logistics  activities  such  as  training  and 
spares.  For  example,  by  use  of  microfilm  on  the  flight  line  that  displayed 
troubleshooting  procedures  that  assured  95%  correct  fault  diagnosis  of  mainte- 
nance functions,  the  total  time  spent  by  maintenance  personnel  would  be  reduced. 
This  In  turn  would  reduce  the  total  number  of  technicians  required  and  reduce 
the  total  training  cost.  If  the  hardware  fault  diagnosis  were  correct  at  least 
95%  of  the  time,  the  numbers  of  spares  required  In  the  system  would  be  reduced. 
Packaging  and  transportation  costs  would  be  less.  This  would  further  Impact  the 
number  of  shop  and  depot  technicians  required  to  repair  and  overhaul  faulty 
hardware  components.  It  Is  obvious  that  anything  that  Improves,  simplifies,  or 
shortens  the  maintenance  function  reverberates  throughout  the  military  establish- 
ment. It  was  on  this  basis  the  Innovations  and  Improvements  to  the  current 
publications  system  described  In  this  document  were  selected. 
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BACKGROUND 

In  the  52  year  history  of  the  technical  order  publications  business,  very  little 
change  has  taken  place;  only  the  volume  has  grown  as  the  complexity  of  equipment 
has  Increased.  The  types  of  specifications,  the  methods  of  production  and  the 
presentation  of  data  have  remained  essentially  the  same.  Even  the  user  methods 
of  handling,  use,  retrieval  and  storage  have  remained  the  same.  The  demands  for 
additional  or  new  data  have  always  lagged  behind  the  engineering  or  hardware 
Improvements,  and  any  Improvement  on  additional  supply  of  data  was  a result  of 
an  Intolerable  or  dangerous  hardware  situation. 

As  the  volume  of  data  has  grown  and  the  complexity  of  weapon  systems  Increased, 
the  maintenance  man's  dependency  on  the  data  has  also  Increased.  The  deficiencies 
In  the  data  system,  far  from  being  solved,  have  only  been  magnified  and  amplified. 

As  early  as  1966,  Col.  E.  G.  Trlner,  In  a speech  made  to  the  Society  of  Technical 
Writers  and  Publishers,  presented  the  Air  Force  viewpoint  that  "It  should  be 
clearly  understood  that  the  existing  technical  order  system  Is  performing  a 
needed  function,  it  must  be  recognized  that  we  are  rapidly  approaching  the  useful 
limit  of  our  existing  method  of  transmitting  technical  Information. 

"Of  all  the  various  phases  of  maintenance  essential  to  the  fielding  of  our  com- 
plex systems,  the  most  costly,  from  every  aspect.  Is  unquestionably  what  we  term 
unscheduled  maintenance.  Anything  which  can  be  done  to  decrease  the  downtime  of 
an  operational  system  has  significant  dollar  Impact.  In  our  sophisticated 
system,  troubleshooting  takes  on  an  Importance  far  beyond  anything  that  we  have 
seen  In  the  recent  past.  Much  of  the  troubleshoot Inc;  data  contained  In  our 
existing  technical  orders  are  stereotyped,  are  not  specific  to  tne  situation, 
and  require  far  too  much  time  for  Implementation.11 

During  this  period  of  time  many  studies  have  been  conducted.  Blue  ribbon  com- 
mittees and  councils  have  been  established  such  as  NSIA  and  AIA  study  groups, 
Including  the  prestigious  "Ad  Hoc"  group  of  the  Equipment  Maintenance  and 
Readiness  Council.  The  summation  of  all  of  the  findings  of  the  various  groups 
Is  unique  In  their  consistency  of  the  determination  of  the  problems  plaguing 
users  of  technical  order  publications.  A composite  listing  of  significant 
problems  are: 

1.  The  technical  manual  system  has  continuously  grown  throughout  the  past 
years  due  to  Increased  complexity  of  our  weapon  systems.  The  libraries 
have  become  bulky,  contain  numerous  volumes,  and  the  use  of  cross 

references  makes  the  data  difficult  to  use. 

» 

2.  Shipment  of  basic  technical  manuals  and  all  changes,  which  must  be 
collated  Into  the  manual  by  the  user,  present  a tremendous  task  when 
large  quantities  of  manuals  are  received  by  the  user  activity;  i.e.. 

Initial  outfitting  for  aircraft  carriers,  etc. 

3.  The  constant  changing  of  hardware  requires  that  the  manuals  also  change. 
Configuration  changes  require  different  data  with  "before  and  after" 
Instructions.  The  changes  make  the  manuals  difficult  to  read.  Physical 
handling  and  processing  Is  difficult  and  time  consuming. 
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4.  The  organizational  level  user  of  technical  manuals  does  not  have  adequate 
and  required  documentation  readily  available  when  he  needs  It. 

- The  Troubleshooting  Data  Is  Stereotyped 

- Oata  Contains  Diagnostic  Deficiencies 

- Excessive  Cross-Reference  Requirements 

- Does  Not  Do  the  Job  the  Data  was  Intended  to  Do 

- Permits  Erroneous  Removal  and  Replacement  of  Good  Hardware 

- Requires  Highly  Skilled  Maintenance  Personnel  to  Follow  Instructions 

- Manuals  Bulky  and  Difficult  to  Handle 

5.  Technical  manuals  used  by  more  than  one  service  create  a problem  when  one 
service  modifies  the  hardware.  This  necessitates  changing  the  manual, 
usually  by  a supplement. 

6.  Improperly  prepared  and  outdated  technical  manuals  may  contribute  to 
additional  downtime  and  manpower  waste. 

In  order  to  solve  these  problems,  Industry  and  government  have  developed  and 
experimented  witn  many  new  concepts,  presentation  devices,  and  total  publica- 
tions systems  (a  brief  description  of  the  more  promising  of  these  concepts,  aids 
etc.  Is  presented  In  D180-17523-1,  "Abstracts  of  Data"). 

Even  after  fairly  extensive  test  and  evaluation  of  seme  of  these  new  Ideas,  both 
by  government  and  Industry,  not  one  of  the  possible  solutions  has  been  Imple- 
mented across  a single  military  service  during  the  past  ten  years. 

At  the  present  time,  the  military  services'  prime  Interest  Is  in  the  area  of 
data  handling,  storage,  retrieval  and  use.  The  Arn\y  and  the  Navy  have  launched 
programs  to  convert  hardcopy  manuals  to  microforms.  In  the  case  of  the  Am\y, 

It  Is  microfiche,  and  In  the  case  of  the  Navy,  it  Is  roll  film.  The  Air  Force 
is  microforming  their  depot  technical  data  on  cassettes.  They  have  also  con- 
ducted some  tests  and  evaluations  of  hardcopy  viewers  for  flight  line  maintenance. 
Although  the  Arn\y  and  Navy  have  mlcroformed  their  depot  and  some  field  mainte- 
nance data,  tt  Is  surprising  that  after  many  years  of  tests,  evaluations  and 
proven  worth  of  microform  data,  they  have  not,  as  yet,  ventured  Into  microforming 
flight  line  maintenance  data. 

i 

The  Air  Force  has  conducted  an  evaluation  and  service  test  of  microfilm  technical 
orders  at  the  organizational  level  at  Homestead  AFB  during  the  first  six  months 
of  1973,  The  results  have  not  been  published  at  this  time,  but  preliminary  con- 
clusions Indicate  that:  a)  flight  line  use  of  microfilm  T.O. 's  should  be 
adopted  USAF-wide;  and  b)  design  of  supporting  hardware  such  as  reader/printers 
requires  a substantial  amount  of  work  to  bring  the  hardware  up  to  military 
specifications.  On  the  other  end  of  the  publications  life  cycle  and  to  a lesser 
extent,  development  and  test  is  being  conducted  by  the  Air  Force  on  "Fully 
Procedurallzed  Troubleshooting  Aids"  at  organizational  and  field  levels  of 
maintenance. 

Both  the  Am\y  and  Navy  have  developed  Job  Performance  Aids  (JPAs)  that  reflect 
either  all  or  part  of  the  Air  Force  JPA  technology. 
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Army  Application 

1.  Early  In  1970  the  Army  Material  Command  became  Interested  In  Job  Guide 
Manuals.  As  a result,  an  In-house  project  was  started  at  Letterkenny 
Army  Depot,  Chambersburg,  Pennsylvania,  This  effort  has  resulted  In  the 
development  of  JPAs  for  six  small  Items  of  equipment. 

2.  In  addition,  the  A rn\y  Safeguard  Missile  Command,  Huntsville,  Alabama, 
has  JPA  supplements  for  their  Maintenance  Data  System  for  the  Power 
Generator  that  provides  ground  support  for  missiles. 

Navy  Projects  and  Applications 

1.  For  several  years  the  Navy  Personnel  and  Training  Laboratory  at  San  Diego, 
California,  has  considered  the  use  of  JPAs  for  difflcult-to-perform  tasks 
as  a supplement  to  maintenance  manuals.  This  organization  now  has  an 
on-going  project  to  develop  procedures  for  economically  identifying  malnte 
nance  critical  tasks  for  which  such  aids  will  be  effective, 

2.  Various  units  of  the  Naval  Air  Systems  Command  have  on-going  JPA  projects. 
The  Human  Factors  Laboratory  Command,  in  Washington,  D.C.,  Is  developing 
JPAs  for  an  Auxiliary  Power  Unit  - System  No.  NCA-8.  These  aids  were 
developed  without  a specification.  The  power  unit  requires  electrical 
specialists  and  engine  specialists.  The  Navy  plans  a controlled  opera- 
tional evaluation  of  these  a’ds.  After  specialists  have  been  trained  to 
maintain  with  JPAs,  there  will  be  a switch  of  jobs  without  .additional 
training  to  see  If  electrical  specialists  can  do  engine  specialist  jobs 
and  vice  versa. 

3.  The  most  comprehensive  Navy  effort  planned  by  the  Naval  Air  Development 
Command  is  the  development  of  JPAs  for  both  organizational  and  Inter- 
mediate maintenance  for  an  electronic  subsystem,  the  AN/AQA-7.  The 
development  of  the  aids  will  be  based  on  the  draft  specifications  found 
In  AFHRL  Technical  Reports  71-53  and  71-23. 

Considering  the  problems  that  are  Inherent  and  recognized  In  the  present  tech- 
nical order  publications  life  cycle  and  of  such  magnitude  that  the  available 
resources  could  not  possibly  solve  all  of  them,  the  alternative  Is  to  select 
that  area  where  the  greatest  benefits  can  be  obtained  consistent  with  the 
available  resources  and  technology.  The  conclusion  of  most  studies  and  Inves- 
tigations on  the  subject  during  the  past  15  years  Is  that  a reduction  In 
Maintenance  Manhours/Operating  Hours  (MMH/OH)  is  the  area  where  the  Impact  of 
Improvements  would  be  the  greatest. 
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SYSTEM  DESCRIPTION 

0 

The  concept  described  In  this  document  Is  unique  only  to  the  extent  that  the 
combination  of  existing  technologies  is  different  and  is  applied  In  a manner  to 
achieve  greater  benefits  than  previously  attempted. 

The  basic  system  comprises  the  use  of  fully  procedural Ized  Job  Performance  Aids 
techniques  In  the  development  of  the  maintenance  data,  the  conversion  of  this 
data  to  microfilm  and  the  use  of  a data  van  to  store  and  retrieve  data  at  the 
mechanic/technician  work  station. 

Fully  procedural  ized  job  performance  aids  are  step-by-step  Instructions  for 
performing  any  maintenance  task  that  the  technician  may  be  assigned.  The  step- 
by-step  Instructions  are  accompanied  by  detailed  Illustrations  which  show  the 
technician  what  the  components  referred  to  In  the  Instructions  look  like  and 
where  they  are  located  on  the  equipment.  The  aids  are  designed  to  provide  the 
technician  with  all  of  the  information,  in  one  place,  that  he  needs  to  do  the 
Job  and  In  effect  "tell  him  every  move  to  make."  The  basic  concept  underlying 
JPAs  Is  that  It  Is  possible  to  simplify  a job  and  reduce  the  cognitive  skills 
required  to  accomplish  It  by  "doing  much  of  the  technicians  work  for  him  in 
advance"  through  a detailed  task  analysis.  Normally  when  a technician  Is 
assigned  to  do  a task  he  must  decide  what  tools  to  use,  what  actions  he  must 
take  to  do  the  job  and  In  what  sequence  to  perform  the  actions.  In  the  develop- 
ment of  fully  procedural  ized  JPAs,  the  task  analyst  makes  these  decisions  for 
the  technician  and  Incorporates  them  Into  the  instructions.  The  technician  dees 
not  have  to  generate  the  Information  himself.  As  a result,  a less  skilled,  less 
highly  trained  individual  can  perform  the  job.  A second  advantage  of  this  pro- 
cedure Is  that  the  task  analyst  is  in  a position  where  he  has  all  of  the  necessary 
information  available,  has  adequate  time  to  consider  all  possible  procedures,  and 
Is  better  able  to  select  the  best  or  optimum  procedure. 

The  overall  process  of  developing  advanced-type  JPAs  Is  shown  In  Figure  1.  It 
begins  with  development  of  a data  base  through  a process  called  "Task  Analysis," 
see  Figure  2.  The  sources  of  data  for  the  task  analysis  will  consist  of  written 
documentation  and  information  which  Is  similar  to  the  process  currently  used  in 
development  of  conventional  technical  data.  The  analyst  will  have  to  depend 
heavily  on  engineering  data  Interviews  with  designers,  and  where  possible, 
observation  of  maintenance  activities  will  be  conducted  In  R&D  phases.  The 
analyst  may  participate  in  equipment  design  decisions.  But  unlike  the  writer  of 
conventional  technical  data,  he  cannot  be  satisfied  with  hardware  descriptions 
only.  He  cannot  complete  his  analysis  until  he  has  complete  and  accurate 
descriptions  of  tasks.  The  design  of  Individual  hardware  items,  the  overall 
system  design,  the  maintenance  philosophy  — all  must  be  complete  enough  to  per- 
mit detailed  task  descriptions  before  the  task  analysis  can  be  completed. 

The  first  of  three  major  steps  In  the  preparation  of  Task  Analysis  Is  the  prepar- 
ation of  a Task  Identification  Matrix  (TIM),  see  Figure  3.  The  TIM  is  a matrix 
of  all  equipment  end  items  maintainable  at  the  organizational  level  of  maintenance 
versus  all  types  of  organizational  maintenance  tasks.  It  Identifies  all  of  the 
theoretical  possibilities  for  tasks  at  that  level  of  maintenance.  It  thus  tends 
to  Insure  that  no  tasks  will  be  overlooked  in  the  JPA. 
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The  headings  across  the  top  of  the  matrix  are  the  normal  maintenance  functions  or 
tasks  performed  at  organlzatlonal/fleld  level  of  maintenance.  The  headings  down 
the  side  of  the  matrix  (row  headings)  consist  of  the  names  and  designation  codes 
of  all  of  the  units  on  which  maintenance  Is  performed  at  the  organizational  level. 
The  Inti  (’section  of  each  row  and  column  defines  a theoretically  possible  task,  so 
that  the  entire  matrix  defines  the  theoretical  maximum  population  of  tasks  to  be 
analyzed  at  the  organizational  level  of  maintenance.  The  cell  entries  Indicate 
the  actual  tasks  performed  on  each  hardware  Item. 

Omission  of  any  hardware  Item  from  the  TIM  can  result  In  omission  of  one  or  more 
tasks  from  the  data  base,  and  hence  from  the  JPA.  It  Is,  therefore,  critical 
that  the  list  of  hardware  Items  be  prepared  with  great  care. 

In  the  second  step,  a list  of  actual  organizational-level  tasks  (not  just  theo- 
retical possibilities)  Is  extracted  from  the  TIM,  In  accordance  with  certain 
criteria,  to  form  the  Task  Inventory,  see  Figure  4.  The  Task  Inventory  Is  the 
list  of  tasks  for  which  JPA  must  be  prepared. 

The  third  step  In  the  process  consists  of  collecting  many  different  kinds  of 
Information  about  each  task  In  the  Task  Inventory.  The  kinds  of  Information  re- 
quired are  either  recorded  on,  or  referenced  In,  the  Task  Description  Index  and 
Management  Matrix  (TDIMM),  see  Figure  5.  This  matrix  Is  a central  repository 
of  all  existing  or  generated  data. 

An  example  of  existing  data  Is  the  maintenance  analysis  which  Is  a major  source 
of  Information.  An  example  of  generated  data  Is  the  list  of  theoretical  mainte- 
nance tasks.  The  key  here  Is  to  make  maximum  use  of  existing  data  and  not 
duplicate  data  for  the  reason  of  format  alone. 

This  document,  along  with  all  the  documents  referenced  In  It,  provides  the  data 
base  upon  which  all  JPA  elements  are  built.  If  computer  capability  Is  available, 
It  can  be  used  to  store  this  data  as  well  as  providing  an  Indexing  and  retrieval 
system. 

The  three  steps  described  above  must  generally  be  done  In  serial  order,  although 
It  Is  obvious  that  some  overlap  Is  possible.  Fo*  example,  task  description  data 
can  be  collected  about  tasks  that  have  been  Identified  before  all.  tasks  have  been 
Identified.  The  steps  In  preparation  of  the  various  types  of  support  data  can 
then  proceed  In  parallel,  assuming  that  the  data  base  Is  there  to  support  their 
development. 

Development  of  Fully  Procedural  1 zed  Troubleshooting  Aids  requires  considerable 
technical  expertise  In  applying  troubleshooting  strategy  and  In  knowledge  about 
the  particular  equipment  system  Involved.  Equipment  functions  must  be  Identi- 
fied, function  failures  described,  equipment  failure  modes  determined,  and 
Action  Trees  prepared  In  accordance  with  a specified  troubleshooting  strategy. 

The  Action  trees  are  then  put  Into  the  specified  format,  supplemented  by  locator 
Illustrations,  to  make  up  the  Fully  Procedural  1 zed  Troubleshooting  Aids. 


ot  4101  I414ORI0  U 7 1 


SHEET 

15 


Wife  •/**-.**•« 


7 : ,y 


Figure  5 : SAMPLE  OF  TASK  DESCRIPTION  INDEX  AND  MANAGEMENT  MA  TRIX 
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A simple  description  of  each  Item  block  In  the  JPA  process,  Figure  1,  follows. 

The  actual  development  process  Is  considerably  more  detailed  and  complex. 

1.  List  of  Functions.  A List  of  Functions  shall  be  prepared  for  each  functional 
unit,  the  equipment  level  at  which  functions  shall  be  described  Is  between 
the  replaceable-unit  level  and  the  subsystem  level.  The  Task  Inventory 
section  lists  all  of  the  functional  units  of  Interest.  Indented  under  the 
functional  unit  are  hardware  Items  and  associated  tasks.  Each  hardware  item 
which  has  an  associated  "remove"  task  Is  a Line  Replaceable  Item  (LRI)  and 
must  be  considered  In  the  preparation  of  the  Fully  Procedural  1 zed  Trouble- 
shooting Aids.  A function  Is  an  action,  operation,  change  of  energy  level, 
or  change  of  energy  form  performed  by  the  hardware  Item.  For  example,  the 
function  of  a Hydraulic  Pump  Is  to  increase  fluid  pressure  In  a closed 
system.  The  function  of  a Radio  Antenna  Is  to  receive  electromagnetic  lines 
of  force.  The  function  of  an  electronic  hardware  Item  might  be  to  amplify, 
process,  or  convert  power  supply  voltages  or  currents. 

2.  List  of  Function  Failures.  For  each  function  Identified  for  a functional 
unit,  a list  shall  be  prepared  of  the  ways  the  function  can  fall.  On  the 
basis  of  existing  descriptions  of  functions  and  their  major  physical  prop- 
erties, list  all  of  the  ways  that  each  function  could  theoretically  fall. 

For  example,  functions  are  typically  (a)  under-performed,  (b)  over-performed, 
(c)  partially  performed,  or  (d)  poorly  performed,  as  judged  against  some 
qualitative  criterion. 

For  each  possible  function  failure  listed,  check  existing  technical  data 
for  additional  Information  about  the  LRIs  involved  In  the  function  to  deter- 
mine which  of  the  theoretical  function  failures  can  actually  occur.  For 
example,  the  function  "computes  desired  track"  has  the  possible  function 
failures  of  "does  not  compute  desired  track"  or  "computes  only  left  of 
desired  track  correctly." 

3.  List  of  Malfunction  Symptoms.  A malfunction  symptom  Is  defined  as  the  total 
set  of  indications  of  a function  failure. 

The  list  of  malfunction  symptoms  Is  produced  In  two  steps.  The  first  step 
Is  to  group  together  the  function  failures  which  have  Identical  malfunction 
symptoms.  The  second  step  Is  to  list  each  remaining  malfunction  symptom  and 
Its  associated  function  failures.  This  list  shall  Include  all  operations 
that  could  be  performed  to  determine  whether  or  not  a functlo..  Is  being  per- 
formed within  nominal  tolerances,  and  all  Indications  that  the  function  has 
failed  (Including  odor,  tactile,  and  sound  cues). 

4.  List  of  Components  and  Failure  Modes.  A tentative  list  of  all  ways  In  which 
all  end  Items  In  the  Task  Inventory  can  fall  shall  be  prepared.  Requirements 
for  preparing  this  list  are  as  follows: 

a.  Component.  This  column  shall  contain  the  end  Items  associated  with 
"Troubleshoot"  tasks  In  the  Task  Inventory. 

b.  Part  Number.  Part  numbers  are  the  unique  Identification  numbers 
assigned  to  components  by  the  manufacturer  of  the  component. 
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c.  Stock  Number.  The  Federal  Stock  Number  (FSN). 

d.  Types  of  Failure  Modes.  This  column  shall  contain  a listing  of  the 
ways  each  component  can  fall.  For  example,  each  winding  In  an  electric 
motor  could  be  open  or  short,  or  could  contain  an  Insulation  breakdown. 

5.  Component  Block  Diagram.  A component  block  diagram  shall  be  prepared  for 
each  malfunction  symptom.  This  block  diagram  shows  all  equipment  end  Items 
that  can  be  repaired  or  replaced  at  the  organizational  level  of  maintenance, 
and  that  could,  by  their  failure,  produce  the  malfunction  symptom.  Each 
such  end  Item  shall  be  represented  by  a box  labeled  with  Its  designator  or 
name.  In  addition  to  the  active  components,  all  Interconnecting  hardware 
Items  (e.g.,  wires,  plugs,  jacks,  mechanical  linkages,  pipes,  hoses,  or 
ducts)  shall  each  be  represented  by  a box.  The  logic  of  configuration, 
arrangement,  and  connection  shall  be  shown  with  lines  between  the  boxes. 

The  lines  shall  have  arrowheads  that  show  direction  of  flow  (transmission) 
of  data,  mechanical  force,  electrical  power  or  current,  gas,  liquid,  and 
solid  matter.  However,  the  lines  shall  not  represent  hardware  Items  that 
Interconnect  the  more  active  components,  since  Interconnecting  components 
will  all  be  represented  by  boxes. 

6.  Action  Trees.  An  Action  Tree  Is  a diagram  that  represents  the  sequence  of 
steps  to  take  In  Identifying  a malfunctioning  component,  It  Is  In  effect  a 
summary  of  all  the  data  development  preceding  It  In  the  JPA  process, 

Figure  6. 

An  Action  Tree  Is  prepared  for  each  malfunction  symptom  within  a subsystem. 

Thd  action  Is  represented  by  boxes  which  Indicate  forms  of  troubleshooting 
activities.  There  are  four  types  of  boxes  used  In  Action  Trees:  the  Sum- 
mary Box,  the  Repair  or  Replace  Box,  the  Test/Decision  Box,  and  the  Procedural 
Box,  see  Figure  6. 

The  Summary  Box  Is  the  origin  of  the  Action  Tree  and  contains  a list  of  the 
equipment  control  settings  and  operational  acts  that  are  prerequisites  to 
observation  of  the  malfunction  symptom.  The  Summary  Box  also  contains  a 
statement  of  the  malfunction  symptom. 

Test/Decision  Boxes  are  found  at  branching  locations  within  the  Action  Tree. 

The  purpose  of  the  Test/Decision  Box  Is  to  specify  a diagnostic  test  that 
will  subdivide  a chain  of  suspected  LRIs  In  such  a way  as  to  expand  the  set 
of  components  known  to  be  "good."  These  tests  are  used  to  subdivide  until, 
ultimately,  a repair  or  replace  action  Is  required. 

The  Procedural  Box  contains  a linear  sequence  of  steps  that  describe  ways  to 
modify  equipment  conditions  by  changing  switch  settings,  or  by  other  opera- 
tional acts.  Access  tasks  or  difficult  to  remove  and  replace  activities  may 
be  aided  by  a Procedural  Box.  Procedural  Boxes  are  found  preceding  Test/ 
Decision  Boxes  when  the  equipment  must  be  preconditioned  to  permit  the  tests. 

The  Repair  or  Replace  Box  Is  found  at  the  end  of  Action  Tree  branches.  It 
states  the  repair  or  replace  action  necessary  to  restore  the  hardware  to 
proper  operation.  I 
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Figure  6:  SAMPLE  ACTION  TREE 
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7.  Checkout  Procedure.  A checkout  procedure  Is  prepared  to  link  together  all 
the  Action  Trees  for  a subsystem.  The  purposes  of  the  checkout  procedure 
are:  a)  to  systematically  manipulate  the  functional  unit  and  perform 
measurements  that  allow  observation  of  any  malfunction  symptom  present; 
b)  to  reference  the  appropriate  Action  Tree  for  troubleshooting;  and  c)  to 
determine  that  the  system  Is  completely  operational  after  a fault  has  been 
Identified  and  corrected. 

8*  Review.  The  completed  Action  Trees  and  checkout  procedure  are  compared  with 
the  list  of  components  and  failure  modes.  If  any  of  the  possible  component 
failure  modes  are  not  found  In  the  Action  Trees,  then  the  Action  Trees  are 
not  complete  and  must  be  appropriately  modified  to  include  all  component 
failure  modes. 

I 

9.  Establish  Tolerances.  The  measurement  reading  and  tolerance  process  provides 
two  types  of  Information  needed  to  complete  the  Action  Trees.  First,  It 
determines  the  actual  required  readings  to  be  entered  In  the  Test/Decision 
Boxes.  Second,  It  validates  Action  Trees  by  verifying  that  every  component 
failure  mode  produces  the  predicted  malfunction  symptom.  By  definition, 
tolerance  Is  an  allowance  for  variation.  The  values  allowed  to  vary  are  the 
Individual  LRI  or  functional  unit  operating  parameters.  The  tolerances  to 
be  determined  are  actual  LRI  or  functional  unit  operating  tolerances,  rather 
than  blanket  tolerances  or  tolerances  assigned  to  all  components  of  a given 
type. 

10.  Prepare  Draft  Art.  The  completed  Action  Trees  and  checkout  procedure  are 
studied  to  determine  Illustration  requirements.  Draft  Illustrations  are 
prepared  and  correlated  with  Action  Tree  boxes  to  which  they  apply. 

11.  Formatting  the  Fully  Procedural Ized  Troubleshooting  Aids.  The  last  Item  In 
the  Jf>A  process  Is  to  convert  Action  Trees  and  checkout  procedures  and 
Illustrations  Into  fully  procedural Ized  troubleshooting  aids  manuals  and  an 
Index  manual. 

As  can  be  seen  from  this  brief  summary,  development  of  fully  procedural Ized  OPAs 
places  relatively  greater  emphasis  on  technical  know-how  and  relatively  less 
emphasis  on  writing  than  does  development  of  conventional  technical  orders.  The 
fully  procedural Ized  JPAs  are  much  more  specific  and  detailed  In  telling  the 
maintenance  technician  not  only  what  to  do,  but  how  to  do  It.  I 

After  draft  copies  of  the  JPAs  have  been  completed,  three  activities  remain  In 
the  process:  Verification,  Changes,  and  Production  and  Delivery. 

i 

1 

Verification  Is  the  process  by  which  technical  data  are  tested  and  proved  to  be 
adequate  for  operation. and  maintenance  of  the  subject  hardware.  The  terms, 
conditions,  and  schedule  will  be  developed  as  deemed  necessary  by  the  procuring 
agency. 

JPAs  must  be  updated  or  changed  as  changes  occur  In  the  hardware  just  as  In  the 
production  of  regular  T.O, 's.  However,  JPAs  differ  from  conventional  technical 
data  In  that  most  JPA  updating  requirements  are  derived  from  changes  to  tasks. 

Hardware  changes  that  have  no  task-related  Implications  will.  In  many  cases, 
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require  no  modifications  to  JPAs.  Every  system  change  must,  however,  be  examined 
for  possible  Impact.  During  the  development  process,  tasks  or  other  data  packages 
affected  by  changes  must  be  pulled  from  production  and  changed  or  recycled  through 
all  or  part  of  the  process,  depending  on  the  nature  of  the  change.  After  the  JPAs 
are  In  use  In  the  field,  each  potentially  affected  task  or  activity  must  be 
examined  for  Impact  by  the  change.  Revisions  must.  In  order  to  assure  that  they 
meet  the  quality  standards  of  the  original  material,  be  recycled  through  appro- 
priate parts  of  the  original  development  process. 

The  data  collection  forms  and  techniques  described  allow  retrieval  of  all  task 
and  hardware-related  Information  required  for  JPA  updating,  whether  manual  or 
electronic  data  processing  (EDP)  Indexing  Is  used. 

The  production  and  delivery  activity  Includes  conversion  of  verified,  final  draft 
JPA  Into  camera-ready  copy. 

After  the  JPAs  are  In  final  form  they  are  ready  for  the  microfilming  process, 
see  Figure  7.  The  Indlvldt  nakeup  boards  are  assembled  In  chronological  page 
order  and  Indexing  marks  ap;  d.  A final  quality  control  check  Is  made  to 
determine  proper  assembly  or  Indexing  marks,  and  darkness  of  lines.  The 
boards  are  then  photographe  brownllne  copies  are  prepared  for  microfilming. 
The  resultant  film  strip  1 lit  subjected  to  a photographic  quality  control 
check  to  determine  such  tiling  ; a.  resolution,  background  density,  position  and 
spacing,  and  reproducibility.  A visual  Inspection  Is  made  for  such  defects  as: 

Technical  Manual  number  or  title  Is  not  clear  or  distinct. 

Characters  or  symbols  are  filled  In,  or  too  light  to  the  extent  they  are 
Illegible. 

Lines  are  discontinuous  or  light  to  the  extent  they  are  Illegible.  Data 
are  obscure.  Illegible,  omitted  or  out  of  focus. 

Extraneous  Information  or  marks  in  the  document  mark  channel. 

Blisters,  tears  or  processing  stains  are  on  microfilm. 

Scratches  are  on  microfilm,  touching  or  through  the  document  area.  Foreign 
material  Is  In  Image  page  area,  obliterating,  or  defacing  page  Image. 

Scratches,  streaks,  bubbles,  lap  marks,  lumps  or  foreign  material  are  over 
Image  area,  obliterating,  obscuring  or  defacing  page  Image. 

Page  missing  or  out  of  sequence  or  Is  not  positioned  In  the  frame. 

At  this  point  the  customer  makes  his  acceptance  check  and  provides  cassette 
labels.  From  the  master  microfilm  roll  additional  copies  are  made.  An  example 
of  a single  frame  of  the  microfilmed  troubleshooting  procedure  Is  shown  In 
Figure  8.  The  cassettes  are  then  loaded,  titled,  and  address  labels  applied. 

The  master  microfilm  Is  sent  to  the  prime  AMA  and  a certain  number  of  copies  sent 
directly  to  the  using  activity/base. 
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Figure  7:  CONTRACTOR  MICROFILM  PROCESS 


Figure  8:  EXAMPLE  OF  MICROFILM  TROUBLESHOOTING  FRAME 
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This  process  is  the  same  for  original  issues  or  changes  because  changes  or  up- 
dating require  the  reissue  of  the  total  microfilmed  manual. 

It  Is  at  this  point  that  some  of  the  major  impact  of  this  system  begins  to  be 
observed.  In  the  ordinary  course  of  hardcopy  manual  distribution,  the  time 
span  from  contractor  to  user  is  as  much  as  nine  months.  By  this  system  of 
microfilm  distribution,  the  data  can  be  in  the  user's  possession  In  approximately 
ten  days. 

Once  the  cassettes  arrive  at  the  base  technical  order  distribution  office,  they 
are  processed  quickly  through  normal  distribution  channels  to  the  squadron  data 
vans,  see  Figure  9.  It  is  during  this  administrative  processing  that  additional 
savings  in  personnel  and  time  can  be  realized.  For  example,  instead  of  filing 
individual  change  pages  in  each  copy  of  each  affected  T.O.,  the  entire  manual  is 
replaced;  thus,  eliminating  filing,  recording,  inventory  control  of  individual 
changes,  etc.  By  sending  back  the  obsolete  cassette,  configuration  control  is 
easily  maintained. 

The  final  segment  of  this  system  Is  the  use  of  a data  van  on  the  flight  line. 

This  van  is  an  ordinary  commercial  vehicle  outfitted  with  a microfilm  reader/ 
printer,  power  supply,  cassette  storage,  radio  communications  system  and  pro- 
visions for  mechanic  hand  tools,  special  tools  and  test  equipment,  see  Figure  10. 

After  the  data  van  was  outfitted  and  placed  in  service.  It  would  operate  in  the 
following  manner. 

An  unscheduled  maintenance  event  would  take  place.  Maintenance  control  would  be 
notified  and  they  would  schedule  a technician  team  and  the  data  van  to  restore 
the  weapon  system.  Upon  arrival  at  the  flight  line,  the  technician  would  locate 
the  appropriate  system  T.O.  cassette  and  install  it  in  the  reader/printer.  He 
would  locate  the  appropriate  checkout  procedure  and  make  copies  as  required.  By 
following  the  detailed  step-by-step  fault  isolation  procedure  he  would  locate 
the  faulty  hardware  or  equipment.  By  use  of  the  van  radio  he  would  order 
replacement  components  from  base  supply.  After  returning  the  weapon  system  to 
serviceable  condition  he  would  destroy  the  print  copy  of  the  procedure. 
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Figure  9 : MICROFILM  DISTRIBUTION  ON  BASE 
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SYSTEM  ADVANTAGES 

The  benefits  and  Impact  of  this  type  of  system  spread  over  the  total  logistics 
spectrum.  They  affect  training,  spares,  maintenance,  all  logistics  costs  as 
well  as  the  direct  Impact  on  procurement,  development,  and  use  of  technical  data. 
All  areas  of  logistics  benefit  In  a very  positive  way,  except  technical  data 
which  does  have  a higher  procurement  price  tag  than  conventional  technical 
orders. 

The  orientation  of  technical  data  In  this  system  from  Information  orientation  to 
task  orientation  has  a large  affect  on  training  requirements.  Under  the 
Information,  theory  of  operation,  approach,  training  required  lengthy  classroom 
sessions.  Depending  on  the  particular  course  this  time  period  varies  from  nine 
to  12  months.  Under  the  task  orientation  of  technical  data  the  same  courses 
would  require  only  one  to  three  months.  The  training  cost  savings  are  discussed 
In  the  Cost  Consideration  section.  Naturally,  the  mechanic/technician  Is  not  as 
knowledgeable  as  a graduate  of  the  conventional  training  course,  but  entry  jobs 
do  not  require  the  level  of  knowledge  currently  provided. 

Spares  requirements  would  be  decreased  because  the  premise  of  this  system  Is  95% 
correct  diagnostic  capability.  This  means  that  fewer  good  Items  of  hardware  are 
removed  and  sent  to  the  depot  just  to  be  checked  out  and  put  back  In  the  system. 
If  only  faulty  Items  are  removed,  less  total  quantities  of  Items  would  be  re- 
quired. This  would  reduce  the  MMH/FH  time;  It  would  reduce  transportation, 
packaging  and  storage  costs.  It  would  also  reduce  the  field/depot  technician 
personnel  requirements. 

The  maintenance  area  Is  where  this  system  would  have  Its  greatest  Impact.  It  Is 
In  this  area  where  microfilmed  fully  procedural  1 zed  job  performance  aids  have 
several  advantages  over  conventional  technical  orders.  The  use  of  the  JPAs 
Improves  maintenance  effectiveness  by; 

1.  Increasing  the  reliability  of  the  performance  of  complex  maintenance  tasks. 
The  reliability  of  performance  on  complex  maintenance  tasks  Is  Improved 
because  of  the  method  of  construction  of  OPAs  and  the  manner  of  use.  The 
JPAs  are  task  oriented  which  means  that  the  engineering  writer  has  deter- 
mined the  optimum  approach  to  do  a particular  task  and  then  precisely  stated 
the  step-by-step  procedure  required  to  perform  the  task.  This  method  pre- 
cludes the  mechanic  from  devising  his  own  procedure  on  a random  basis. 

2.  Reducing  total  maintenance  task  time.  Because  the  step-by-step  procedures 
are  determined  during  analysis  the  best  maintenance- task  time  lines  are 
Incorporated  Into  the  system.  The  use  of  these  optimum  procedures  reduces 
total  maintenance  time. 

3.  Decreasing  dependency  upon  personnel  of  extremely  high  aptitude.  Use  of 
these  procedures  permits  the  realignment  of  task  assignments  because  lower 
skilled  personnel  can  perform  95%  of  the  maintenance  tasks  as  efficiently  as 
higher  skilled  personnel.  Not  as  many  high  skilled  people  would  be  needed 
to  perform  the  remaining  5%  of  the  maintenance  tasks  that  require  judgment, 
interpretation,  and  diagnostic  skill. 
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4.  Reducing  manpower  requirements.  If  reliability  of  performance  Is  Increased 
and  maintenance  ttae  Is  reduced,  less  total  manpower  Is  required  to  do  the 
same  job, 

5.  Facilitating  the  transfer  of  maintenance  personnel  from  one  system  to  a 
different  system.  Rather  than  learning  the  details  of  a particular  hardware 
system  and  theory  of  operation.  Informal  training  courses,  the  candidate 
technician  learns  how  to  use  the  data  system  which  Is  applicable  to  any 
hardware  system  so  he  can  move  from  system  to  system  without  much  of  a 
problem.  He  learns  the  theory  of  operation  through  on-the-job  training  or 
supplemental  courses  as  he  performs  his  tasks. 

The  result  of  the  Increased  maintenance  effectiveness  Is  a decreased  MMH/OH,  an 
Increase  In  weapon  system  availability,  and  ultimately  a reduced  weapon  system 
cost. 
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COST  CONSIDERATIONS 

The  cost  of  developing  JPAs  Is  considerably  higher  than  the  cost  of  conventional 
manuals.  This  Is  because  of  the  degree  and  depth  of  task  analysis  that  Is  re- 
quired to  define  and  design  all  of  the  possible  maintenance  tasks  before  the 
JPAs  can  be  written.  Studies  have  Indicated  that  JPAs  may  add  as  much  as  35% 
to  40%  to  the  cost  of  a conventional  publications  program,  This  additional  cost 
Is  more  than  offset  by  the  substantial  reductions  In  other  logistics  functions. 

Many  studies  have  Indicated  that  a mechanic  spends  approximately  30%  of  his  time 
searching  for  data.  A Homestead  AFB  microfilm  T.O.  study  Indicated  that  this 
search  time  could  be  reduced  by  as  much  as  50%  just  by  using  microfilm  rather 
than  hardcopy  manuals.  Using  a labor  rate  of  $4.16  per  hour  for  flight  line 
workers  (AFM  177-101)  the  savings  could  amount  to  approximately  $1200.00  per 
technician  per  year. 

By  the  use  of  JPAs  on  microfilm  the  mechanic/technician  efficiency  would  be 
Increased,  and  the  effect  on  training  would  be  two-fold: 

1.  If  the  mechanic/technician  efficiency  Is  Increased  It  means  that  more 
maintenance  tasks  can  be  accomplished  In  a given  period  of  time.  This 
would  result  In  reducing  the  unit  manning  level  and  therefore  require 
less  total  manpower  requirements  and  less  replacement  training. 

2.  The  JPA  concept  Is  based  on  the  maintenance  fault  Isolation  diagnostic 
' decision  to  be  made  but  once,  That  would  be  by  the  engineering  writer 

analyst.  The  requirement  to  teach  every  mechanic/technician  the  theory 
Of  operation  so  that  he  may  make  diagnostic  decisions  every  time  he 
.troubleshoots  Is  not  required.  It  Is  therefore  conceivable  that  training 
requirements  could  be  reduced.  As  an  example,  electronic  technicians 
training  at  present  Is  approximately  55  weeks.  Using  the  fully  procedur- 
allzed  JPAs  training  requirements  would  be  reduced  to  12  to  15  weeks  and 
still  qualify  as  a candidate  for  an  electronics  entry  level  job.  At  the 
rate  of  $4.16  per  hour  from  AFM  177-101  this  would  amount  to  $6656.00 
savings  per  electronic  student  technician. 

Administrative  personnel  costs  associated  with  the  distribution,  storage,  and 
T.O.  maintenance  of  technical  manuals  can  be  reduced  by  66%  or  roughly  two  of 
every  three  T.O.  administrative  personnel  would  not  be  needed, 

Other  life  cycle  cost  savings  may  be  more  difficult  to  assess  but,  nevertheless, 
just  as  real  as  the  savings  quoted  above. 

The  Homestead  study  also  described  the  Impression  the  team  members  had  of  more 
personnel  always  on  the  flight  line,  even  though  the  mechanic/technician  cadre 
had  been  cut  by  40%  while  the  airplane  crews  and  aircraft  availability  remained 
at  100%.  This  Indicates  that  by  use  of  microfilm,  a data  van  and  streamlined 
standard  operating  procedures,  mechanic/technician  efficiencies  were  Improved 
enough  to  offset  the  effects  of  personnel  reductions. 


SHEET 

30 


01  4101  t4)4ome  1/  7 1 


! 


! 


i 


i 


NUMBER  D180-17755-1 

th.  /T/7/7V^  comp*n»  REV  ITR 


Replacement  hardware  costs  or  spares  are  affected  In  two  ways: 

1.  Air  Force  statistics  for  electronic  gear  show  that  at  least  50*  of  hardware 
Items  returned  to  the  depot  for  repair  are  not  faulty  and  should  not  have 
been  removed.  The  premise  of  the  described  system  for  95*  correct  diag- 
nostic capability  would  reduce  the  depot  repair  workload  for  a weapon  system 
by  better  than  45*. 

2.  By  not  having  good  hardware  units  In  the  supply  pipeline  the  requirement  for 
spares  replenishment  would  be  lowered, 

\ 

The  Integrated  logistics  system  life  cycle  yearly  cost  of  a typlcai  present  day 
weapon  system  Is  described  In  Figure  11.  Superimposed  on  these  curves  Is  an 
extrapolation  of  the  possible  delta  costs  of  the  system  described  In  this  docu- 
ment. If  It  had  been  used  rather  than  the  conventional  data  system  the  total 
logistics  cost  savings  for  a single  weapon  system  could  be  as  much  as  20  million 
dollars.  Not  Included  In  the  cost  curves  Is  the  cost  of  hardware  such  as  reader/ 
printers  and  data  vans,  as  that  cost  would  vary  with  the  type  of  organization 
supported. 
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RECOMMENDATION 

The  selection  of  the  data  system  described  In  this  document  was  based  on  the 
studies,  investigations  of  existing  data,  field  trips  and  the  applicability/ 
feasibility  of  new  concepts  applied  against  the  realities  of  current  conditions. 

At  the  present  time  this  system  Is  only  a theoretical  possibility.  Much  work 
needs  to  be  done  to  develop  a viable  system.  A capability  must  be  developed  to 
conduct  the  analysis  to  a depth  required  to  assure  a 95%  correct  fault  diagnosis 
function.  The  system  must  be  tested  to  prove  the  premises  of  improved  mainte- 
nance efficiency.  The  supporting  hardware  must  be  improved  to  provide  maximum 
utility.  The  system  must  be  developed  to  the  point  where  the  services'  interest 
is  sufficient  to  provide  the  necessary  vehicle  (a  large  scale  program)  to  fully 
implement  the  improved  data  system. 

The  steps  necessary  to  achieve  the  confidence  that  the  system  will  perform  as 
proposed  is  displayed  in  the  schedule,  Figure  12. 

It  is  recommended  that  SRAM  technical  data  be  selected  as  the  system  on  which 
to  conduct  the  tests  of  this  data  because  it  is  a mature  electronic  system.  The 
data  is  conventional  and  has  been  used  at  a considerable  number  of  bases.  It 
has  a fault  simulator  already  developed  that  can  be  used  as  an  impartial  control 
device  in  testing  the  concepts  of  microfilmed  performance  aids  versus  conven- 
tional manuals.  By  use  of  the  simulator  the  effect  of  the  human  element  on  the 
validity  of  the  test  can  be  minimized. 

The  conversion  of  the  SRAM  trouble. hooting  procedures  to  JPA  format  can  be 
accomplished  by  use  of  SRAM  publications  personnel  who  are  familiar  with  the 
SRAM  hardware  and  need  only  to  learn  JPA  task  analysis  procedures. 

One  drawback,  in  using  the  SRAM  as  a test  bed,  is  the  use  of  the  van  would  not 

be  appropriate  in  missile  checkout  where  the  simulator  could  be  used  most 
effectively.  Although,  the  reader/printer  could  be  used  in  the  shop  in  the  same 
manner  as  it  would  in  the  data  van. 

The  detail  tasks  to  be  accomplished  by  using  the  SRAM  missile  program  as  the  test 
bed  is  shown  as  a block  diagram,  Figure  13.  The  block  tasks  are  briefly  described 
as  follows: 

1.  Selected  writers  would  develop  a capability  to  analyze  tasks  to  the  decree 

necessary  to  assure  at  least  95%  of  all  possible  maintenance  actions  are 

identified  and  considered. 

2.  Coordinate  with  the  Air  Force  Human  Resources  Laboratory  to  obtain  approval 
to  conduct  tests  on  SRAM  equipment  and  with  SRAM  personnel. 

3.  Review  and  select  those  maintenance  procedures  that  would  provide  the  widest 
range  of  maintenance  actions  that  would  test  the  JPA  concept. 

4.  Convert  the  selected  SRAM  maintenance  procedures  to  JPA  format. 


I 


5 

I 

) 


SHEET 

33 


USE  FOR  TYPEWRITTEN  MATERIAL  ONLY 


S HfuA'.N  'MV>*  m mjmmi  m 


itt"  r nr-'  i ii  ii  "l"!ll|ai|ll!l'w,>*'fT!t,l?w,"'wT|ltl  | i iiii'niTH,nrTi^nngTri,iii!  iTnrri-irnww'iiPiwTW'»-i-  v . — 

NUMBER  D180-17755-1 

r hi  company  REV  LTR 


5.-8.  Develop  a test  plan  and  coordinate  with  the  Air  Force  for  site  location, 
test  schedule,  Identify  personnel,  Identify  equipment  to  be  provided  by 
the  Air  Force  and  by  Boeing,  procedures  to  be  followed  during  test,  pro- 
vide method  for  recording  results. 

9.  When  JPA  procedures  are  developed,  they  are  converted  to  microfilm. 

10.  Conduct  preliminary  tests  to  assure  that  the  test  plan  can  be  conducted  (dry 
run  In-house). 

11. -12.  Conduct  the  demonstration  and  document  test  results. 

13.  Prepare  final  report  detailing  the  study  and  the  results  of  the  demonstration 
with  recommendations  for  follow-on  activities.  As  part  of  the  final  report 
an  analysis  will  be  conducted  to  determine  the  proper  allocation  of  data 
equipment  to  various  types  of  weapon  systems;  for  example,  a B-52  squadron 
would  require  considerably  more  equipment  than  a SRAM  missile  squadron. 
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Figure  12:  ADVANCED  TECHNICAL  DATA  SYSTEM  STUDY  SCHEDULE 
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Figure  13:  BLOCK  FLOW  DIAGRAM  FOR  1974  FOLLOW-ON  STUDY  TASKS 


